-
Notifications
You must be signed in to change notification settings - Fork 7.7k
usb: make device-next default and move legacy sample code to legacy directory #87269
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
usb: make device-next default and move legacy sample code to legacy directory #87269
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There are also some CDC ACM twister failures, some where both USB stacks seem to be active simultaneously and some where there doesn't seem to be CDC ACM devicetree instance.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Pretty much same comment as last time this was proposed (see #80985 (comment)):
As already stated in an earlier comment on this PR (#80985 (review)) I do not think "device_next" is ready becoming the default USB device stack in Zephyr v4.1.
There's the issue with lack of "vendor" testing (tested it on a random selection of development boards, three of the new USB device drivers failed to enumerate on MS Windows), the lack of support for a number of platforms (I know some people find it acceptable to "leave these behind"), the list of open bug reports - and especially the vastly increased RAM/ROM footprint as reported in #83309. These are all mentioned in #42066 but not yet handled with 9 days until v4.1 feature freeze.
53c9919
to
15be1f2
Compare
We agreed those would not be a factor I believe, after I sent an informative email to devel@
Which are those? I am not familiar with these.
Agreed, this needs to be addressed. |
I meant the open issues reported against the
|
I agree with you. @jfischer-no and @tmon-nordic could you please go over these and see what can be fixed? |
|
@jfischer-no looks like this is good to go, can you get the module PR in and manifest updated? |
Upstream PR is here: mcu-tools/mcuboot#2413 |
Update Zephyr fork of MCUboot to revision: 4e108f702b5322fb59344ae4976e3d73c973ef12 Brings following Zephyr relevant fixes: - 4e108f70 boot: zephyr: adjust sample.yaml to pass USB deprecation process - 29690581 boot: zephyr: boards: update name of nrf54h20dk - cb92ebeb boot: zephyr: boards: nrf52: Fix minimal config - 1d7fe64b boot: zephyr: boards: nrf54l15dk: Remove invalid Kconfigs - c033b71b boot: zephyr: Remove reference to old Kconfigs - 268968f8 zephyr: Add support for AES256 - a5c48f3c imgtool: Allow for AES256 encryption - fc8477e5 boot: bootutil: image_validate: Add error on security counter fail - d5f84b49 zephyr: Add support for slot selection boot hook - 7c4ec9ab loader: Add boot hook for slot selection - 94d85f91 imgtool: Fix x25519 TLV HMAC tag - 32db7886 bootutil: Fix X25519 HMAC-SHA512 - 2bc36d0f bootutil: Expose hardware security counter - b475adf7 zephyr: Add CONFIG_BOOT_BYPASS_KEY_MATCH - 6d943d68 bootutil: Support for MCUBOOT_BYPASS_KEY_MATCH - e2e372f2 boot: Add config for dongle bare variant - dce784a2 loader: Allow to specify slot number in version - 5ee96f5b zephyr: Enable building ECDSA PSA variant Signed-off-by: Jamie McCrae <[email protected]>
8644103
b8ead61
to
8644103
Compare
@fabiobaltieri @henrikbrixandersen @nandojve @jukkar @tmon-nordic |
this breaks sample.net.sockets.http.server on many NXP platforms like mimxrt1170_evk |
Make USB device-next samples default and move legacy code to legacy directory.